UNITED STATES PATENT APPLICATION 
DOCUMENT GENERATION AND WORKFLOW PROCESS AND APPARATUS 



FIELD OF INVENTION 

This invention relates generally to the fields of workflow processes, document generation 
5 and information distribution and recordation, and more specifically, to systems and processes 
enabling the user to create customized documents for its customers on a "one-off basis. 

BACKGROUND OF THE INVENTION 

Document generation systems are designed to permit generation of documents, typically 
for large customer groups, more quickly than they can be generated individually. Traditionally 

10 this involves having data supplied from a large database into template fields within a predefined 
document. For instance, a company may decide to mail an advertisement letter to customers by 
creating a letter and specifying that the name and address fields are supplied by the database and 
then merging the body of the letter with the address database. A company may even enter 
customized data within the body of the letter, such as entering a name or location of customer to 

15 make the letter appear more customized for the customer. This enables quick production of 
correspondence for large groups. 

Companies may also attempt to generate correspondence with their customers by having 
employees generate correspondence one letter at a time, either as original correspondence or by 
using templates; however, this is time consuming and inefficient unless the form of 
20 correspondence to each recipient is very similar. 

Other customized document generation systems exist, but they typically use pre- 
determined, static sections of text or include or omit sections based only on pre-defined database 
fields that restrict the ability of the document generator to create "one-off documents that are 
truly personalized and tailored for a particular customer. 

25 Thus a need exists for a document generation system and workflow that permits a 

document generating entity to create easily customizable "one-off documents in a quick and 
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efficient manner by combining aspects of individual document control with automatic mass 
document generation. 



SUMMARY OF THE INVENTION 

The present invention is a document generation system that permits the design, definition, 
5 access, generation, review, sending and recordation of documents. In the design step, the 
document layouts are designed for the system users and sections of the documents are defined 
and the inherent logic of the document is established. The layouts include predefined text 
sections, dependent sections and user selected sections (potentially including ad hoc personalized 
sections). The inherent document logic permits selection or rejection of certain sections, either 
10 by user selection or user or database entered variables. The generation process even permits 
"predefined" sections of text to be logically linked to variable data from third party software or 
data. In the security step, documents or sections of documents are defined to control the ability 
of specific users to access a document, modify a particular section thereof or review the 
generated work product. The security levels can also be set to detect third party software 
15 security levels, such as the status of user logins, to avoid requiring individual users logging into 
the system. 

The system itself can be operated either in a client/server or web-based environment by 
using the supplied application program interface (API). The API also serves to permit 
interfacing with third party products that may supply data to the system. After gaining access to 

20 the system, the user commences document generation by selecting an information key which 
determines how the document session will begin. The information key could be the type of 
document or the type of information to be used, such as a customer name. After selecting the 
information key and selecting a particular document, the user begins the document generation 
phase by using the inherent logic to create a document, including selecting relevant sections, if 

25 applicable, or adding or editing content as otherwise necessary. This process can include 
automatically supplying the system with third party data which can affect the document structure 
based on the inherent logic defined in the document design process. Upon completion of the 
document construction, the user can append the appropriate authorized signature for the 



2 



correspondence and review the document with a spelling or grammar checker as part of the 
generation process. 

A complete document is then sent through a workflow process to be reviewed, edited if 
necessary, recorded and sent to the intended recipient. The document may be routed to an 
5 authorized party for review, if necessary. Upon approval, if necessary, the document can be sent 
to the intended recipient by a variety of means such as e-mail, fax or mail, either as selected by 
the user or as predetermined during the document definition. 

At any time after generation, review, being edited or sent, the correspondence can be 
saved in a correspondence database or file along with other information pertaining to the 
10 document, either automatically as defined during the document definition or at a user's 
discretion. 

The present invention has many advantages for users, user's supervisors and 
correspondence recipients. One advantage is that the system and process permit increased 
personalization of correspondence since forms generated are individually tailored for specific 

15 customers. Another advantage is that the documents generated are more likely to be final work 
product than those produced with existing systems, since the documents are capable of greater 
customization within a standardized framework. Further, the more rapid generation increases 
user productivity and thereby also accelerates document turnaround to customers. Another 
advantage is that the documents are sent out after review as opposed to batch jobs that require 

20 printing and processing prior to sending, thereby avoiding potentially untimely correspondence. 
Another advantage is that much user editing is automated with the improved system and process, 
thereby necessitating fewer changes and more uniform documents. Further, since the system 
selects the appropriate document and attachment, the correct form is automatically chosen and 
user error is avoided. Another advantage is that the workflow security ensures that documents 

25 requiring review are reviewed by the appropriate party prior to being sent and restricts users 
from sending unauthorized correspondence. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a screen capture showing the document modeling directory. 



3 



FIGS. 2-9 are screen captures showing the correspondence modeling administrator. 
FIGS. 10 are screen captures showing the user definition. 

FIGS. 1 1-13 are screen captures showing the correspondence security dialog module. 

FIGS. 14-25 are screen captures showing web based document generation and editing 
5 using the web document services program. 

FIG. 26A is a flowchart showing the design process for generating the document and 26B 
shows the implementation for a particular scenario. 

FIG. 27A is a flowchart showing the process for defining security levels and users for the 
documents and 27B shows the implementation for a particular scenario. 

10 FIG. 28 A is a flowchart showing the process of logging into the system and generating 

the document and 28B shows the implementation for a particular scenario. 

FIG 29A is a flowchart showing the process for the document generation dependencies 
and 29B shows the implementation for a particular scenario. 

FIG 30A is a flowchart showing the process for reviewing the document and creating 
15 output for the document and FIG. 30B shows the implementation for a particular scenario. 

DETAILED DESCRIPTION OF THE DRAWINGS 

This invention relates to a document generation process and workflow in which 
documents are designed with pre-determined inherent logic to permit generation of one-off 
correspondence by users for customers. 

20 As depicted in FIGS. 1-10, the document 1 is generated by the user via the generation 

module 5. After logging into the generation module 5 the designer is presented with a 
correspondence administrator definition interface 10 that permits the designer to define the 
document name 11, department 12, group 13, category 14 and description 15. The 
correspondence administrator interface 10 permits the creation of specific document classes for 

25 use within specific divisions of a company. The correspondence administrator interface 10 also 
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permits definition of security options 16, data source options 17 and archive options 18. The 
security options 16 define what a user of the system may do to the document 1 being designed, 
such as accessing, viewing, editing, printing and/or sending the document 1 . The data source 
options 17 determine what data sources may be made available to the document 1, such as 

5 variable data, third party data or data input by a user. The correspondence administrator 
interface 10 then permits the designer to define the actual sections 19 of the document 1 and 
control attributes for those sections 19, including defining whether the section will be global and 
whether management review will be required. The dependencies, if any, of the sections 19 are 
then defined in the variables options 20 portion of the interface 10. As the sections 19 are 

10 individually selected, the section can be defined. Examples of the sections are free text sections 
to be created by the user, an independent section that stands alone or a dependent section. After 
the sections 19 are set up, any necessary database variables 21 are defined. The file or program 
database from which the data is pulled is defined as seen in 22 and a key field 23 is defined as 
the principle information field by which the database 24 is queried on an individual basis. The 

15 interface 10 determines the available field names 25 and the desired fields 26 are selected by the 
designer for inclusion in the document 1. A prompt 27 is also set up for the key field 23 so the 
user knows what information should be used to search the database 24, such as an account 
number. After the interface steps are complete a summary 28 is presented to the designer for 
confirmation that the document definitions are correct. The designer may easily revise any 

20 aspect of the definitions of the document 1 by selecting the appropriate tab of the generation 
module 5. After the designer confirms that the document definitions are correct, the designer is 
prompted to enter document notes 35 to permit other designers to understand more easily the 
logic in the document 1 and act as a help section to assist users with their use of the document 1. 

The documents 1 described in the preceding paragraph can have varying degrees of 
25 inherent logic ranging from no dependencies to documents with all types of variables. The 
simplest document 1 would be one with no dependencies that consisted simply of a set text form 
with the only variable information being the customer information, such as name and address. A 
more complicated form would have free text sections for completion by the user, variable data 
for the customer information within defined sections, other variable data for the document 
30 directed from the company's databases to defined sections, other variable data for the document 
directed from third party databases to defined sections, contingent text and variable data that is 



conditional based on whether other sections are selected either by the user or automatically 
through defined logic, and attachable forms that are attached either at the user's election or on a 
variable basis depending upon whether other sections are included by the user. 

As depicted in FIGS. 11-13, after a document 1 is defined using the module 5, the 
5 designer uses the security interface 29 to define the correspondence users for the documents 1 as 
well as the scope of authority granted to each user, or class of user, and the designer defines the 
output destination for the prepared documents 1 of such users. Once defined, the users are added 
to groups 30 that are authorized to access the documents 1. One way of defining the groups 30 is 
by the particular classes of documents, such as department 12, group 13 or category 14. Each 
10 group 30 has designated individuals whom the users can select as the signatory 31 for a 
document 1 within the documents available to that group 30. An image of the signature of the 
signatories 31 can also be linked to the group documents 1 to permit automated signing of the 
correspondence. The security interface also defines the appropriate review standards 32 for the 
documents 1 in the group 30, such requiring review of every document, every fifth document or 
15 no review at all. 

The document 1 generated with the generation module 5 and further defined by the 
security interface 29 can be accessed either in a web service provider environment or a 
networked server-client environment as shown in FIGS. 14-25. Regardless of the hosting 
environment, the user must login or enter the document services home page 40. In a preferred 

20 embodiment, the user is automatically logged into the system based on the user's previous login 
into the client computer. A number of utilities and help documents may be made available at the 
home page 40, but the primary initial function by a user is the generation of a new document. 
The document 1 to be generated is selected using an information key that can be the document 
information or customer related information. If selecting the document 1 by document 

25 information, the user can select a department 12, group 13 or category 14 for a listing of 
documents 1. If selecting the document 1 by customer related information, the production 
module 45 prompts the user for customer information, which can be a surname, address, social 
security number, policy number or other personal identification information. In the preferred 
embodiment, the production module user is supplied with data from which to select the end 

30 customer from a customer database. Once the document 1 and individual customer have been 
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selected, the production module 45 prompts the user to select the components of the document 1 
to be included in the correspondence to the customer based on the document definitions. Any 
variables 21 programmed into the document 1 during the document design process are either 
automatically filled from the source defined during the design process or are completed by the 

5 user via prompting from the production module 45. After the document 1 is completed by the 
user, one of the signatures of the authorized signatories is attached and the document 1 is placed 
in a queue 46. From the queue 46, the document can be reviewed, edited, printed and/or sent by 
a user or forwarded to a supervisor for review, editing, printing and/or sending based on the 
characteristics defined during the document design process. The queued document 46 can be 

10 viewed, edited or printed through an existing word processing program 47 such as Microsoft 
Word or converted into XML for customized use by users in their own computer applications 48. 

FIGS. 26A - 30A show the process described above in and FIGS. 26B - 30B follow an 
example from the definition of a document to its final sending. In the sample transaction a 
document is created to be sent to the executor of an estate and users, Bob and Ted, generate and 
15 send out the correspondence. 

The process begins by using the design module tool. The designer names 50 the 
document, LTRJTO__EXECUTOR and defines the department 11 (PERSJJNES), group 12 
(CLAIMS), category 13 (DECEASED) and description 14 ("letter to be sent to the executor 
upon the death of the policyholder"). The designer then designs the security options 16 as two 

20 levels, SEC1 with which users can access, generate and edit the document and SEC2 with which 
users can perform the SEC1 functions as well as review, approve and transmit the document. 
Next the designer defines the sections 19 of the document as Freeforml, Section 1, Section 2, 
Section 3, Section 4, Section 5 and Attachment 1. The logic 21 and data sources 24 are then 
defined for each section 19. Freeforml is defined as a section of text to be input by a user (if 

25 desired), Section 1 is a variable section that the user will include if he spoke on the phone with 
the executor, Section 2 is a section describing the details of a payment plan which is dependent 
on the inclusion of Section 2, Section 3 is a standard paragraph included in all versions of the 
document describing the policy of the deceased, Section 4 refers to the database of the company 
to determine the date of the policy and inclusion is dependent on the date of the policy, Section 5 

30 is defined to be included if the executor is a resident of California and additional specific 
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procedures apply and Attachmentl is defined to be a death certificate certification form required 
by the company prior to releasing funds from the policy. The database fields 24 are defined for 
Section 4 and Section 5 as well as the standard address information for the executor. The 
designer then completes the design process by creating design notes 35 for the document. 

5 After the document is designed the designer also sets up the system users 29 and defines 

their passwords 51. In this case, Bob is setup as an initial drafter with SEC1 authority and Ted, 
Jim and Jane are given SEC2 authority. All four users are added to the Personal Lines Group. 
Jim and Jane are designated as authorized signatories 31 for the executor letter. The review 
pattern for the letter 32 is then defined as requiring a SEC2 user to review and approve every 

1 0 fifth letter generated by a SEC 1 user. 

With the executor letter and users being defined, the user, Bob, enters the system 40 
without using his password since he is on a computer on which he has already logged in and the 
system recognizes him and logs him in with SEC1 authority 52. After entering the system 53 
Bob selects the new document generation service 45 and under the CLAIMS group selects 

15 information key 54 which in this case is the LTRTOJEXECUTOR document to be generated. 
Bob selects the deceased's name 55, John Smith, and elects to include Freeforml and Sectionl 
sections 56, All of the other fields are automatically incorporated or excluded based on the 
document logic. In the Freeforml section Bob types his condolences 57 based on the 
conversation he had with the executor since the deceased was the executor's father. The rest of 

20 the document is automatically generated using the dependencies 58 defined in the document via 
the process set forth on FIGS. 28A and 28B. Bob selects Jane as the signatory 59 for the letter 
and is completed with the document generation 60. 

If the document has multiple variables 61 like the executor letter, the system checks to 
see if the variables depend on each other 62. If they do, the system determines the primary 
25 variable 63 and then determines whether that variable requires any inclusions or exclusions from 
the remainder of the document. The system reads that Sectionl is a controlling variable and by 
being included in the document it also requires that Section2 be included and it does not require 
any exclusion. If any other variables are controlling, then the system performs those inclusions 
and exclusions 65. Since none of the other variables in the executor letter are controlling other 
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sections the system then determines whether the remaining variables require user input 66, client 
data 67 or third party data 68 and the system retrieves the data 69. The user input data is the 
Freeforml data that Bob typed into the document and the document automatically queries the 
company's database for the policy amount and the application program interface queries a 
5 national database for the executor's address to determine whether Section4 and Section5 should 
be included in the document. 

After the document generation is completed by Bob the system determines whether it 
requires review 70. If not, the document is sent out and recorded. If it is the fifth document that 
was generated by a SEC1 user then it is forwarded to a queue 71 and a SEC2 authorized user 
10 such as Ted must review the document 72. If further approval is required 73 then steps 71 and 
72 are repeated, otherwise the document is output by printing and delivery, faxing, e-mailing or 
transfer into another data format of the company such as XML. If the correspondence needs to 
be saved 74, then it is directed to a database, file or electronic file based on the document 
definitions. 

15 The preceding description of the invention has shown and described certain embodiments 

thereof; however, it is intended by way of illustration and example only and not by way of 
limitation. Those skilled in the art should understand that various changes, omissions and 
additions may be made to the invention without departing from the spirit and scope of the 
invention. 
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